Please amend the claims as follows: 

1 .(Currently Amended) A method for reducing the cost of sending messages over an 
intermittent network of computing devices via multiple communication channels, the 
5 method comprising: 

(a) creating a first message on a first device, the message intended to be sent 
to a second device over the network multiple communication channels; 

(b) applying a first policy to reduce the cost of sending messages over the 
intermittent network of computing devices, the first poHcy containing one 
or more rules to determine whether to send the first message to the second 
device, each rule being a fimction of one or more messaging attributes of 
messages, channels or the system environment; and 

(c) dynamically updating the first policy by sending a second message to the 
first device, the second message being a system message that rcsuhs in the 
addition, deletion or other modification of the rules contained in the policy 
to reduce the cost of sending messages over the intermittent network of 
computing devices^ 

wherein a transaction is achieved between a client and a server by breaking up a 
transmission such that the client does not have to wait until the transaction 

is completed before relinquishing network connection with asynchronous 
messaging . 
25 

2. (Original) The method of Claim 1 wherein the first device is a server device and the 
second device is a client device. 

30 3. (Withdrawn) A method for implementing efficient guaranteed transactional messaging 
on an intermittent network of computing devices, the method comprising the steps of: 
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(a) 



creating a first transaction on a first device, the first transaction including 
one or more messages intended to be exchanged with a second device over 

the network; 



(b) creating a first device queue on the first device, the first device queue 
reflecting the current status of the first transaction, including which 
messages of the first transaction have been successfiiUy or unsuccessfiiUy 
sent or received; 

10 

(c) creating a second device queue on the second device, the second device 
queue reflecting the current status of the first transaction, including which 
messages of the first transaction have been successfiiUy or unsuccessfully 
sent or received; and 

15 

(d) guaranteeing receipt by the first device of a notification that a message of 
the first transaction sent by the first device was successfully or 
unsuccessfully received by the second device, even in the event that the 
first device or the second device loses network connectivity prior to the 

20 first device receiving such notification. 



4. (Withdrawn) The method of Claim 3 wherein the first device is a server device and the 

second device is a client device. 

25 

5. (Previously Presented) The method of claim 1 , comprising creating a first transaction 
on the first device, the first transaction including one or more messages intended to be 
exchanged with the second device over the intermittent network. 

30 6. (Previously Presented) The method of claim 1, comprising creating a first device queue 
on the first device, the first device queue reflecting the current status of a first transaction, 
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including which messages of the first transaction have been successfiiUy or 
unsuccessfiiUy sent or received. 

7. (Previously Presented) The method of claim 1, comprising creating a second device 
5 queue on the second device, the second device queue reflecting the current status of a 

first transaction, including which messages of the first transaction have been successfiiUy 
or unsuccessfully sent or received. 

8. (Previously Presented) The method of claim 1, comprising guaranteeing receipt by the 
10 first device of a notification that a message of a first transaction sent by the first device 

was successfully or unsuccessfully received by the second device, even in the event that 
the first device or the second device loses network connectivity prior to the first device 
receiving such notification. 

15 9. (Previously Presented) The method of claim 1 wherein the first device is a server 
device and the second device is a client device. 

10. (Previously Presented) The method of claim 1, comprising providing bi-directional 
messaging between wireless/mobile devices and enterprise server applications. 

20 

11. (Previously Presented) The method of claim 10, wherein the bi-directional messaging 
is achieved using a server-initiated push. 

12. (Previously Presented) The method of claim 11, wherein the server initiated push 
25 comprises one of: modem signaling, http listening, short messaging system (SMS), 

polling using an efficient decaying algorithm. 

13. (Previously Presented) The method of claim 11, wherein a transaction is achieved 
between a client and a server by breaking up a transmission sequence such that the client 

30 does not have to wait until the transaction is completed before relinquishing the network 

connection. 
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14. (Previously Presented) The method of claim 1, comprising performing asynchronous 
messaging, wherein a message is persistent and sent to a next stage without waiting. 



5 15. (Previously Presented) The method of claim 1, comprising receiving a reply from a 
server to a client as an asynchronous message to complete the transaction. 

16. (Previously Presented) The method of claim 1, comprising automatically detecting 
networks by observing changes in a TCP/IP route table and a default route. 

10 

17. (Previously Presented) The method of claim 1, comprising determining service 
providers by using identification servers accessible only in specific networks. 

18. (Previously Presented) The method of claim 1 , comprising forming one or more 

1 5 transmission rules using regular expressions to combine system, message and channel 
parameters. 

19. (Previously Presented) The method of claim 1, comprising generating loosely coupled 
client-server applications by declarative programming using relating business objects and 

20 graphical objects and mapping the objects into messages using properties sheets. 

20. (Previously Presented) The method of claim 1, comprising performing conflict-free 
database synchronization by assigning a master database and designating other databases 

as slave databases. 

25 

21. (Previously Presented) The method of claim 20, wherein updates to the slave 
databases are considered pending until confirmed by the master database. 

22. (Previously Presented) The method of claim 1, comprising communicating using a 
30 lightweight LUCID (Logic Up, Consistent Information Down) model. 
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23. (Previously Presented) The method of claim 22, comprising sending 
acknowledgement messages instead of a reply record. 
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